Skip to content
This repository has been archived by the owner on Jan 23, 2023. It is now read-only.
/ corefx Public archive

Added tests for unsupported braces in custom format specifiers. #35820

Closed
wants to merge 4 commits into from
Closed

Added tests for unsupported braces in custom format specifiers. #35820

wants to merge 4 commits into from

Conversation

mikernet
Copy link
Contributor

@mikernet mikernet commented Mar 6, 2019

Test modifications for issue #35167 with related coreclr PR for the associated StringBuilder modifications here:

dotnet/coreclr#23062

CustomFormatter was modified to track the last format string passed in.
@dnfclas
Copy link

dnfclas commented Mar 6, 2019

CLA assistant check
All CLA requirements met.

@karelz
Copy link
Member

karelz commented Apr 1, 2019

@bartonjs can you please review the change?
@mikernet did you look at the test failures?

@karelz karelz requested a review from bartonjs April 1, 2019 20:43
@mikernet
Copy link
Contributor Author

mikernet commented Apr 1, 2019

@mikernet did you look at the test failures?

@karelz No I didn't, because it depends on the changes in the referenced CoreCLR pull request to succeed so you guys gotta do your inner loop testing process.

@mikernet
Copy link
Contributor Author

mikernet commented Apr 1, 2019

@karelz I don't really know how the back and forth process works - the other PR was accepted, so how do I get it to rerun the tests against that?

@karelz karelz added the blocked Issue/PR is blocked on something - see comments label Apr 1, 2019
@karelz
Copy link
Member

karelz commented Apr 1, 2019

inner loop testing = what anyone can run locally :)
Changes across CoreCLR and CoreFX are usually a bit more complicated and involved. We should wait for CoreCLR PR to be merged first. Then we can merge this one (marking it blocked).
That said, the dev is expected to run the tests on the CoreCLR changes locally prior to merging the PR in CoreCLR. Did you do that? (there are some advanced docs in our repo about it)

@karelz karelz added this to the 3.0 milestone Apr 1, 2019
@mikernet
Copy link
Contributor Author

mikernet commented Apr 1, 2019

Yes I ran them locally. The issue here is they are failing in CI.

@karelz
Copy link
Member

karelz commented Apr 1, 2019

@mikernet and they will be until CoreCLR PR is merged and ingested in CoreFX :)

@danmoseley
Copy link
Member

I guess then it's waiting on #36480 (or its successor)

@ViktorHofer
Copy link
Member

@mikernet seems you aren't blocked anymore, do you need any help to get this ready?

@ViktorHofer
Copy link
Member

/azp run corefx-ci

@dotnet dotnet deleted a comment from azure-pipelines bot May 18, 2019
@azure-pipelines
Copy link

Azure Pipelines successfully started running 1 pipeline(s).

@mikernet
Copy link
Contributor Author

@ViktorHofer I'm not really sure what you need me to do here. The tests compile and run successfully on my system with the changes in the other referenced PR.

@ViktorHofer
Copy link
Member

The test is failing on OSX:

Assert.Equal() Failure\n ↓ (pos 0)\nExpected: 0}\nActual: }\n ↑ (pos 0)

   at System.Text.Tests.StringBuilderTests.AppendFormat_NoEscapedBracesInCustomFormatSpecifier() in /Users/vsts/agent/2.150.3/work/1/s/src/System.Runtime/tests/System/Text/StringBuilderTests.cs:line 933

@mikernet
Copy link
Contributor Author

mikernet commented May 18, 2019

I don't know enough about how this build system works to figure out why that would be. If OSX is running the latest .NET Core string builder code that I modified in the referenced PR then there's no reason for it to fail - it's running the same code as the windows and linux builds. If the OSX test runs some other version of .NET / .NET Core then that test will need to be excluded from running on OSX.

There's an exclusion on that test for .NET Framework since that won't get the StringBuilder changes, so the test is marked with [SkipOnTargetFramework(TargetFrameworkMonikers.NetFramework)]. OSX should be running the latest .NET Core changes though should it not? Based on the test results it's fairly clear that it isn't though.

@mikernet
Copy link
Contributor Author

Looking at the new results rolling in something odd is clearly going on and I don't really know why the new StringBuilder code doesn't seem to be running everywhere.

@mikernet
Copy link
Contributor Author

mikernet commented May 18, 2019

Has the referenced PR even been merged yet? It is showing as open so I'm not sure what you want me to do.

@mikernet
Copy link
Contributor Author

mikernet commented May 18, 2019

The stranger thing to me is that Linux musl_x64_Debug is passing but Linux musl_x64_Release is failing. One of them is apparently running skipping the [SkipOnTargetFramework(TargetFrameworkMonikers.NetFramework)] test and the other isn't??

Why anything that isn't NETFX is passing I have no idea. That additional test should be failing anything not running the new StringBuilder code. This is all very confusing.

JeremyKuhne pushed a commit to dotnet/coreclr that referenced this pull request May 22, 2019
… specifiers (#23062)

* Modified format logic so that braces are not allowed in custom format specifiers.

* Disabled failing test temporarily and fixed code style issue.

PR needed to pass test: dotnet/corefx#35820

* Slight changes to logic to better align the diff.

* Fixed counting error.

* Fix nullable

* Move exclusion near related test

* Add skip to new issue file

* Delete CoreFX.issues.json
Dotnet-GitSync-Bot pushed a commit to Dotnet-GitSync-Bot/corefx that referenced this pull request May 22, 2019
… specifiers (dotnet#23062)

* Modified format logic so that braces are not allowed in custom format specifiers.

* Disabled failing test temporarily and fixed code style issue.

PR needed to pass test: dotnet#35820

* Slight changes to logic to better align the diff.

* Fixed counting error.

* Fix nullable

* Move exclusion near related test

* Add skip to new issue file

* Delete CoreFX.issues.json

Signed-off-by: dotnet-bot <dotnet-bot@microsoft.com>
Dotnet-GitSync-Bot pushed a commit to Dotnet-GitSync-Bot/corert that referenced this pull request May 22, 2019
… specifiers (#23062)

* Modified format logic so that braces are not allowed in custom format specifiers.

* Disabled failing test temporarily and fixed code style issue.

PR needed to pass test: dotnet/corefx#35820

* Slight changes to logic to better align the diff.

* Fixed counting error.

* Fix nullable

* Move exclusion near related test

* Add skip to new issue file

* Delete CoreFX.issues.json

Signed-off-by: dotnet-bot <dotnet-bot@microsoft.com>
jkotas pushed a commit that referenced this pull request May 22, 2019
… specifiers (#23062)

* Modified format logic so that braces are not allowed in custom format specifiers.

* Disabled failing test temporarily and fixed code style issue.

PR needed to pass test: #35820

* Slight changes to logic to better align the diff.

* Fixed counting error.

* Fix nullable

* Move exclusion near related test

* Add skip to new issue file

* Delete CoreFX.issues.json

Signed-off-by: dotnet-bot <dotnet-bot@microsoft.com>
Dotnet-GitSync-Bot pushed a commit to Dotnet-GitSync-Bot/mono that referenced this pull request May 22, 2019
… specifiers (#23062)

* Modified format logic so that braces are not allowed in custom format specifiers.

* Disabled failing test temporarily and fixed code style issue.

PR needed to pass test: dotnet/corefx#35820

* Slight changes to logic to better align the diff.

* Fixed counting error.

* Fix nullable

* Move exclusion near related test

* Add skip to new issue file

* Delete CoreFX.issues.json

Signed-off-by: dotnet-bot <dotnet-bot@microsoft.com>
marek-safar pushed a commit to mono/mono that referenced this pull request May 22, 2019
… specifiers (#23062)

* Modified format logic so that braces are not allowed in custom format specifiers.

* Disabled failing test temporarily and fixed code style issue.

PR needed to pass test: dotnet/corefx#35820

* Slight changes to logic to better align the diff.

* Fixed counting error.

* Fix nullable

* Move exclusion near related test

* Add skip to new issue file

* Delete CoreFX.issues.json

Signed-off-by: dotnet-bot <dotnet-bot@microsoft.com>
jkotas pushed a commit to dotnet/corert that referenced this pull request May 22, 2019
… specifiers (#23062)

* Modified format logic so that braces are not allowed in custom format specifiers.

* Disabled failing test temporarily and fixed code style issue.

PR needed to pass test: dotnet/corefx#35820

* Slight changes to logic to better align the diff.

* Fixed counting error.

* Fix nullable

* Move exclusion near related test

* Add skip to new issue file

* Delete CoreFX.issues.json

Signed-off-by: dotnet-bot <dotnet-bot@microsoft.com>
@JeremyKuhne
Copy link
Member

Has the referenced PR even been merged yet?

I just finally got it merged yesterday. Hopefully the next CoreCLR integration will have the change- I'll keep an eye out for it.

@stephentoub
Copy link
Member

Cherry-picked into #37953. Thanks.

picenka21 pushed a commit to picenka21/runtime that referenced this pull request Feb 18, 2022
… specifiers (dotnet/coreclr#23062)

* Modified format logic so that braces are not allowed in custom format specifiers.

* Disabled failing test temporarily and fixed code style issue.

PR needed to pass test: dotnet/corefx#35820

* Slight changes to logic to better align the diff.

* Fixed counting error.

* Fix nullable

* Move exclusion near related test

* Add skip to new issue file

* Delete CoreFX.issues.json


Commit migrated from dotnet/coreclr@5d8fea0
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
area-System.Runtime blocked Issue/PR is blocked on something - see comments
Projects
None yet
Development

Successfully merging this pull request may close these issues.

8 participants